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Abstract 


The  fMRI  Gambling  Task  is  a  program  that  presents  the  subject  with  two  or  more  decks  of 
cards,  where  each  card  has  a  value  associated  with  it.  The  task  accumulates  the  value  of  the 
selected  cards  and  the  subject’s  goal  is  to  make  this  value  as  large  as  possible.  This  version  of 
the  Gambling  Task  is  designed  for  use  in  an  fMRI  environment.  Consequently,  a  number  of 
features  have  been  added  to  manage  timing  considerations  and  input  device  characteristics. 


Resume 


Le  fMRI  Gambling  Task  est  un  programme  qui  presente  au  sujet  deux  jeux  de  cartes  ou  plus 
dont  chacune  des  cartes  est  associee  a  une  valeur.  La  tache  consiste  a  accumuler  la  valeur  des 
cartes  choisies  et  le  sujet  vise  a  augmenter  cette  valeur  autant  que  possible.  La  version  de 
Gambling  Task  est  congue  pour  utilisation  dans  un  environnement  de  d’IRMf  (imagerie  par 
resonance  magnetique  fonctionnelle).  Par  consequent,  un  certain  nombre  de  functions  ont  ete 
ajoutees  pour  gerer  les  contraintes  de  temps  et  les  caracteristiques  des  unites  d’ entree. 


This  page  intentionally  left  blank. 


Executive  Summary 


Gambing  Task  (fMRI  Revision  3.0.1) 

[Marc  Grushcow];  DRDC  Toronto  CR  2007-122.  Defence  R&D  Canada  - 
Toronto. 


This  document  is  the  users  manual  for  The  fMRI  Gambling  Task  developed  by  NTT  Systems 
Inc.  The  fMRI  Gambling  Task  is  a  computer  software  program  that  presents  the  subject  with 
representations  of  two  or  more  decks  of  cards,  where  each  card  has  a  numeric  value  associated 
with  it.  The  task  accumulates  the  value  of  the  selected  cards  and  the  subject’s  goal  is  to  make 
this  value  as  large  as  possible.  This  version  of  the  Gambling  Task  is  designed  for  use  in  an 
fMRI  environment.  Consequently,  a  number  of  features  have  been  added  to  manage  timing 
considerations  and  input  device  characteristics. 
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Gambing  Task  (fMRI  Revision  3.0.1) 

[Marc  Grushcow];  DRDC  Toronto  CR  2007-122.  Defence  R&D  Canada  - 

Toronto. 

Le  present  document  constitue  le  manuel  des  utilisateurs  du  fMRI  Gambling  Task,  realise  par 
NTT  Systems  Inc.  Le  fMRI  Gambling  Task  est  un  programme  de  logiciels  informatiques  qui 
presente  au  sujet  des  representations  de  deux  jeux  de  cartes  ou  plus,  dont  chacune  des  cartes  a 
une  valeur  numerique  qui  lui  est  associee.  La  tache  consiste  a  accumuler  la  valeur  des  cartes 
choisies  et  le  sujet  vise  a  augmenter  cette  valeur  autant  que  possible.  La  version  de  Gambling 
Task  est  congue  pour  utilisation  dans  un  environnement  de  dTRMf  (imagerie  par  resonance 
magnetique  fonctionnelle).  Par  consequent,  un  certain  nombre  de  fonctions  ont  etc  ajoutees 
pour  gerer  les  contraintes  de  temps  et  les  caracteristiques  des  unites  d’entree. 
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Introduction 


The  fMRI  Gambling  Task  presents  the  user  with  two  or  more  card  decks  laid  out  face  down 
on  the  screen.  Each  card  has  a  value  associated  with  it  that  we  will  refer  to  as  card  value  in 
this  document.  Card  value  is  an  integer  number  and  it  may  assume  a  positive  or  negative 
value.  It  is  displayed  on  the  card  face,  along  with  some  additional  information  that  describes 
the  context  of  the  given  value  (e.g.  ‘'$40  ’’  or  “40  solders  '')•  The  back  of  the  card  contains 
just  an  image. 

The  subject  selects  one  of  the  decks  and  the  top  card’s  face  is  revealed.  The  experimenter 
may  designate  one  or  more  decks  so  that  one  of  their  cards  will  also  be  revealed  with  each 
trial.  This  gives  the  subject  information  about  these  other  decks.  The  cumulative  total  is 
updated  with  the  selected  card’s  value,  and  subject  makes  his  or  her  next  selection. 

This  version  of  the  Gambling  Task  is  designed  for  use  when  the  subject  is  laying  in  an  fMRI 
machine.  Consequently,  the  various  stages  of  each  trial  are  synchronized  with  the  fMRI  scan 
cycle.  The  task  controls  the  start  time  of  the  initial  scan  by  signalling  the  fMRI  machine  by 
toggling  all  data  lines  on  the  parallel  port.  The  fMRI  scan  cycle  time  is  specified  in  an 
initialization  file  and  the  task  assumes  that  cycle  time  is  constant  and  stable.  The  subject 
indicates  their  deck  choice  via  a  special  keyboard  device  connected  to  the  computer  via  a 
USB  port.  The  initialization  file  allows  for  a  configurable  relationship  between  keyboard  keys 
and  decks.  The  result  data  file  produced  for  each  run  explicitly  identifies  each  trial  phase  and 
user  action.  The  fMRI  scan  cycle  number  as  well  as  time  into  task  is  included  in  all  cases. 

Gambling  Task  borrows  heavily  from  standard  SUSOPS  tasks.  Its  configuration  options  and 
result  file  format  are  consistent  with  other  SUSOPS  tasks.  Thus  the  Gambling  Task  can  run 
either  as  a  stand-alone  application  or  as  an  integral  part  of  the  SUSOPS  platform. 
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Description  of  Gambling  Task 


Running  the  task 

The  Gambling  Task  requires  ten  (9)  input  parameters.  They  include: 

1.  An  identifier  used  to  represent  the  experiment  as  a  whole  (experiment  ID). 

2.  An  identifier  used  to  represent  the  individual  subject  (subject  ID). 

3.  The  session  number.  This  is  used  only  with  single  user  SUSOPS  experiments 

(session  number). 

4.  A  string  that  identifies  the  task  (task  ID). 

5.  A  block  number.  General  only  used  with  single  user  SUSOPS  experiments  (block 
number). 

6.  The  name  of  the  result  file  (e.g.,  gambdat.999,  c:\results\gambdat.l23,  etc.)  If  an 
existing  file  is  named,  the  task  will  append  results. 

7.  Nominal  task  duration  in  seconds.  Ignored  by  the  task  but  used  by  the  SUSOPS 
experiment  editor. 

8.  A  string  that  identifies  the  experimental  condition  (condition). 

9.  A  file  containing  other  configuration  information  (configuration  file). 

The  above  parameters  have  to  be  listed  on  the  command  line,  in  the  above  order  and  separated 
by  an  empty  space  (see  figure  below).  Parameter  values  containing  an  empty  space  must  be 
enclosed  in  quotation  marks.  It  may  be  useful  to  create  a  batch  file  that  would  set  most  of  the 
above  parameters  to  default  value. 


GambFMRI  expl  Subj02  sessl  GfMRI  1  resultsSgambDat . Sub j02  300  condl  gamb\gambling.txt 


Figure  1.  Command  Line  parameters 

All  command  line  parameters  (except  for  block  number  and  nominal  duration)  are  considered 
strings  and  their  format  will  not  be  checked.  Block  number  and  nominal  duration  must  be 
integers. 


Configuration  parameters 

Gambling  Task’s  configuration  parameters  are  specified  in  the  configuration  file.  The  name 
of  this  file  is  provided  as  the  last  command  line  parameter  (see  above).  It  may  be  given  in 
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either  relative  or  absolute  format,  but  all  directories  and  files  specified  in  it  (see  below)  will 
be  considered  relative  to  the  directory  that  contains  the  named  configuration  file.. 

The  configuration  file  is  a  simple  text  file  that  contains  actual  information  about  the  number 
of  decks  to  display  on  the  screen,  the  number  of  cards  per  deck  and  their  values,  as  well  as  the 
context  in  which  those  values  would  be  looked  at.  The  following  figure  shows  such  a  file. 

*  ScanTime  =  2.0 

*BaselineTime  =  2 
*InstructionTime  =  4 
^FixationTime  =  2 
*MaxResponseTime  =  2 
^ResultTime  =  1 

//^ScansPerBlock  =  4  +  2*(2  +  2  +  2*1)  +1=4+  2*6  +1=4+  12+1 
*Scan3PerBlock  =  17 
Random  =  T 
Bias  =  0 
TrialRisk  =  400 
BiasRisk  =  800 
ValueDir  =  troopvalues 
PosResult  =  /Saved  %n  Troops/ 

NegResult  =  /Lost  %n  Troops/ 

PosTotal  =  So  far  you’ve  saved  Troops  of  %r  committed 

NegTotal  =  Doesn’t  look  good.  You’ve  lost  %n  Troops  of  %r  committed 

TimeoutText  =  This  is  the  timeout  message 

BLOCK 

Instruct  =  Deckl  -  Keys: 1234  Deck2  -  Keys: 5678  Deckl  follows 

Framing  =  pos 

ImageDir  =  troopdeck 

Deckl  =  P600 . txt/ 12 34 

Deck2  =  M600 . txt / 5 67 8 

ShowDecks  =  /!/ 

BLOCK 

instruct  =  Deckl  -  Key: 1  Deck2  -  Key: 2  Deck3  -  Key: 3  Deckl+Deck3  follow 
ImageDir  =  troopdeck! 

Framing  =  neg 
Deckl  =  PM600Z.txt/l 
Deck2  =  PM600. txt/2 
Deck3  =  M600.txt/3 
ShowDecks  =  /1/3/ 

Figure  2.  Configuration  file 

Each  line  provides  one  configuration  parameter  and  consists  of  a  parameter  name,  followed 
by  an  equal  sign  and  ends  with  a  parameter  value.  Empty  spaces  before  parameter  names, 
after  parameter  values  and  around  an  equal  sign  will  be  ignored.  Parameters  may  be  specified 
in  any  order,  however  those  beginning  with  an  asterisk  (“*”)  must  appear  before  the  first 
‘‘BLOCK”  line. 

Blank  lines  and  lines  beginning  with  “//”  are  ignored. 

Parameters  are  interpreted  as  follows:  Parameters  beginning  with  an  asterisk  set  values  that 
are  used  for  the  entire  duration  of  the  task.  Other  parameters  that  appear  before  the  first 
BLOCK  statement  can  be  thought  of  as  default  values.  If  a  parameter  is  not  present  in  a  given 
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block,  the  corresponding  default  value  is  used.  Otherwise,  the  value  specified  in  that  block 
overrides  the  default. 


The  following  is  a  description  of  configuration  parameters  and  their  expected  values: 

1.  *ScanTime  is  the  amount  of  time  in  seconds  required  for  the  fMRI  machine  to 
perform  one  scan.  The  program  assumes  that  once  started,  scans  are  performed 
continuously,  at  a  constant  rate,  and  without  interruption. 

2.  *BaselineTime  is  the  number  of  scans  during  which  a  blank,  black  screen  will  be 
displayed.  The  baseline  screen  is  displayed  only  once  at  the  start  of  the  task. 

3.  *lnstructionTime  is  the  number  of  scans  that  the  instruction  screen  (black  blank)  will 
be  displayed. 

4.  *FixationTinne  is  the  number  of  scans  that  the  fixation  screen  (black  screen  with  large 
green  “X”)  will  be  displayed. 

5.  *MaxResponseTime  is  the  number  of  scans  during  which  the  subject  is  allowed  to 
make  a  deck  selection. 

6.  *ResultTinne  is  used  to  control  three  display  durations  (in  scans):  the  time  that  the 
face  of  the  selected  deck  is  displayed;  the  time  that  any  follower  decks  are  displayed; 
and,  the  time  that  the  final  end  of  block  summary  screen  is  displayed. 

7.  *ScansPerBlock  specified  the  number  of  scans  allocated  to  each  block  including 
instruction  presentation  and  block  summary  display.  NOTE:  Proper  operation  of  the 
task  is  critically  dependent  on  setting  *ScansPerBlock  properly.  This  is  discussed  in 
Section  ^^Calculating  ^ScmsPerBlock^^  below. 

8.  *Randonn  specifies  if  cards  in  the  deck  should  be  randomized.  “T”  will  randomize 
the  cards  and  “F”  will  not. 

9.  Framing  indicates  how  zero  values  are  treated.  If  framing  is  positive  (“pos”)  then  the 
PosTotal  or  PosResult  strings  are  displayed  when  the  cumulative  score  or  selected 
card  value  are  equal  to  zero.  If  framing  is  negative  (“neg”)  then  NegTotal  and 
NegResult  strings  are  displayed  when  the  cumulative  score  or  selected  card  value  are 
equal  to  zero. 

10.  Bias  provides  the  starting  value  for  the  cumulative  total.  This  value  will  be  displayed 
at  the  bottom  of  the  screen  when  the  task  starts  and  before  any  selection  is  made. 

1 1.  T rialRisk  represents  the  number  of  units  (troops,  dollars,  . . .)  that  are  being  risked 
with  each  draw.  The  total  amount  risked  over  the  run  is  incremented  by  this  amount 
with  each  draw. 

12.  BiasRisk  represents  the  initial  value  of  the  cumulative  risk. 

13.  ImageDir  provides  the  name  of  directory  that  contains  card  images; 
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14.  ValueDir  provides  the  name  of  directory  that  contains  value  files;  and 

15.  Deck<X>  specifies  the  actual  names  of  value  files  (these  are  files  that  contain  card 
values  in  a  given  deck).  <X>  specifies  the  deck  number  and  it  has  to  start  with 
number  1  (Deckl  is  the  first  deck)  and  decks  following  the  missing  number  (if  there 
is  any)  will  be  ignored.  The  list  of  these  Deck<X>  parameters  determines  how  many 
decks  will  be  presented  to  the  subject.  One  may  have  many  value  and  image  files  in 
ImageDir  and  ValueDir  directories,  respectively,  but  if  there  are  only  Deckl ,  Deck2 
and  Decks  entries  in  the  configuration  file,  then  only  three  decks  will  be  presented  in 
the  task.  The  deck  value  file  names  are  followed  by  a  slash  (“/”)  and  a  list  of 
characters,  not  including  spaces.  In  this  version  of  the  task,  the  subject  selects  decks 
via  the  keyboard,  not  the  mouse.  The  character(s)  following  the  slash  on  each  line 
denote  the  characters  that  will  select  the  corresponding  deck. 

16.  ShowDecks  identifies  the  decks  that  are  always  displayed  with  each  trial.  In  the 
above  example  cards  from  decks  1  and  three  will  be  displayed  with  each  trial.  For 
example,  if  the  subject  selects  deck  2,  its  card  will  be  displayed  first  and  then  the 
cards  from  decks  1  and  three  will  be  displayed.  If  deck  1  is  selected,  its  card  will  be 
displayed  first  and  then  the  card  from  deck  3  will  be  displayed. 

17.  PosResult  and  NegResult  specify  phrases  that  are  displayed  on  the  selected  card’s 
face.  PosResult  is  used  for  positive  values  and  NegResult  is  used  for  negative  values. 
The  string  “%n”  is  replaced  with  the  absolute  card  value. 

18.  PosTotal  and  NegTotal  specify  phrases  that  are  used  to  display  the  cumulative 
results  over  the  run.  “%n”  is  replaced  with  the  cumulative  total  of  selected  cards  and 
“%r”  is  replaced  with  the  cumulative  risk.  Absolute  values  are  used  in  all  cases. 

19.  Each  time  the  task  is  run,  it  will  present  a  number  of  BLOCKs,  as  described  below. 
The  parameters  that  configure  a  BLOCK  statement,  along  with  needed  default  values, 
determine  the  task  configuration  for  that  block. 

ImageDir  and  ValueDir  have  to  exist  in  the  gamb  directory.  The  gamb  directory  must  be  a 
subdirectory  of  the  directory  that  contains  the  configuration  file. 


Task  Description 

When  the  task  starts  it  reads  the  entire  configuration  file  and  configures  the  parameters  for 
each  block.  Once  this  has  been  done  it  signals  the  fMRI  machine  to  begin  the  first  scan  and  it 
then  presents  the  baseline  phase  (black  blank  screen)  for  *BaselineTime  scans.  Following  this 
it  presents  each  block  specified  in  the  configuration  file. 

Each  block  consists  of  an  instruction  phase  that  runs  for  *  Ins  true  tionTime  scans,  followed  by 
a  series  of  trial  phases,  followed  by  a  summary  phase  that  runs  for  *ResultTime  scans.  Each 
block  is  guaranteed  to  end  in  exactly  *ScansPerBlock  scan  cycles. 
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Instruction  Phase  (^InstmctionTime) 

The  text,  specified  by  the  Instruct  configuration  parameter  is  displayed  for  InstructionTime 
scans. 

Fixation  Phase  (*FixationTime) 

In  this  phase  the  subject  is  presented  with  a  large  green  “X”  centred  in  a  black  screen.  There  is 
no  response  and  the  phase  ends  FixationTime  scans  after  it  begins. 

Deck  Selection  Phase  (*MaxResponseTime) 

During  this  phase  the  subject  is  presented  with  card  decks  as  shown  in  the  following  figure. 
The  phase  lasts  MaxResponseTime  scans.  During  this  time,  the  subject  can  make  a  choice  by 
entering  the  associated  input  key  on  the  keypad.  Only  the  first  response  will  be  remembered 
and  the  selected  deck  will  be  highlighted  with  a  blue  frame. 


Figure  3.  Start  Form 

The  initial  bias  (Figure  3:2)  and  BiasRisk  (Figure  3:3)  are  configurable  and  may  be  set  at  any 
value. 

Display  Selected  Card  (*ResultTime) 

When  the  subject  selects  a  deck,  the  “top  card”  (Figure  3:1)  reveals  its  face  (Figure  4:1).  The 
selected  card  is  highlighted  with  a  blue  border.  This  phase  lasts  for  ResultTime  or 
(2  *  ResultTime)  scans.  See  ^^Calculating  *ScansPerBlock^^  below. 
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Display  Followers  (*ResultTime) 

Other  cards  from  decks  in  the  ShowDecks  are  then  revealed  (Figure  4:2).  The  total  value  is 
then  updated  (Figure  4:3)  based  on  the  selected  card  value  and  TrialRisk  is  added  to  the 
cumulative  risk  (Figure  4:4).  This  phase  lasts  for  *ResultTime  scans  iff  decks  have  been 


Saved  ^Troops 


Lest  4-OD  If  oops 


Doesn't  look  good.  You've  lost  7  Troops  of  1200  committed 


Figure  4.  6^  [ard  selected 


specified  in  the  ShowDecks  parameter.  If  not,  this  phase  is  skipped. 

The  deck  can  never  be  empty.  Cards  are  selected  from  the  deck  without  replacement  and  if  all 
cards  are  selected,  the  deck  is  restored  to  its  initial  (full)  state.  The  task  assumes  that  there  are 
at  least  two  values  specified  for  each  deck. 

Each  time  the  subject  selects  a  card,  the  upper  portion  of  the  display  is  cleared  before  the 
selected  card  is  displayed. 

At  this  point,  the  program  checks  to  see  if  the  block  has  been  running  for  *ScansPerBlock 
scan  cycles.  If  not,  it  starts  the  next  trial  with  a  Fixation  Phase.  Otherwise,  it  proceeds  to  the 
Summary  Phase. 
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Display  Timeout  (*ResultTime) 

If  the  subject  does  not  select  a  card  within  MaxResponseTime  scans,  the  timeout  message 
specified  with  the  TimeoutText  configuration  parameter  is  displayed.  This  phase  replaces  the 
Display  Selected  Card  and  Display  Followers  phases.  This  phase  lasts  for  ResultTime  or 
(2  *  ResultTime)  scans.  See  ^^Calculating  *ScansPerBlock^^  below. 

Summary  Phase  (^ResultTime) 

When  the  block  has  been  completed,  the  cumulatiye  results  for  the  block  are  displayed  as 
shown  in  the  following  figure.  This  phase  lasts  for  ^ResultTime  scans. 


j;-  Final  Result: 


. .  • 

•■'g  -  vg.-. 

So  fair  you've  saved  4  T  robps  of  1 600  committed,^^-;. 


Figure  5.  Final  result 


Calculating  *ScansPerBlock 

ScansPerBlock  can  only  be  specified  once  and  thus  specifies  the  run  time  for  each  and  eyery 
block.  Each  block  consists  of  an  instruction  phase,  Nj  trial  phases,  and  finally,  a  summary 
phase.  Therefore,  in  general,  ScansPerBlock  should  be  set  to: 

ScansPerBlock  =  InstructionTime  +  Nj  *  TrialTime  +  ResultTime 

where  N  is  the  desired  number  of  trials  in  the  block. 

TrialTime  is  dependent  on  whether  or  not  there  are  followers. 

If  there  are  no  followers  (ShowDecks  not  specified),  each  trial  consists  of  a  Deck  Selection 
phase,  and  either  a  Display  Selected  Card  phase,  or  a  Display  Timeout  phase.  In  this  case  . . . 

TrialTime  =  FixationTime  +  MaxResponseTime  +  ResultTime 
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If  there  are  followers  (ShowDecks  is  specified),  each  trial  consists  of  a  Deck  Selection  phase, 
and  either  (a  Display  Selected  Card  phase  and  a  Display  Followers  phase),  or  a  Display 
Timeout  phase.  If  the  subject  does  not  respond,  the  Display  Timeout  phase  replaces  both  the 
Display  Selected  Card  and  the  Display  Followers  phase.  In  either  case  . . . 

TrialTime  =  FixationTime  +  MaxResponseTime  +  (2  *  ResultTime) 

There  is  a  problem  if  there  are  blocks  of  both  types  in  the  configuration  file  since  TrialTime 
would  be  different  for  different  blocks.  In  this  case,  calculate  TrialTime  as  . . . 

TrialTime  =  FixationTime  +  MaxResponseTime  +  (2  *  ResultTime) 

Blocks  with  followers  will  work  in  the  normal  way.  For  blocks  without  followers,  both  the 
Display  Selected  Card  phase,  and  the  Display  Timeout  phase  will  be  shown  for 
(2  *  ResultTime)  scan  cycles. 

In  summary,  if  there  are  ^  blocks  with  followers  in  the  entire  configuration  file,  calculate 
ScansPerBlock  as  . . . 

ScansPerBlock  =  InstructionTime 

+  Nt  *  (TixationTime  +  MaxResponseTime  +  ResultTime^ 

+  ResultTime 

If  there  are  any  blocks  with  followers  in  the  entire  configuration  file,  calculate 
ScansPerBlock  as  . . . 

ScansPerBlock  =  InstructionTime 

+  A^j^fTixationTime  +  MaxResponseTime  +  2*ResultTime) 

+  ResultTime 

Overall  task  timing  and  state  transitions  are  shown  in  the  following  diagram: 
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Figure  6.  Timing  and  State  Transition  Diagram 


Calculating  Task  Run  Time 

Task  run  time  includes  the  time  for  all  blocks  plus  the  time  for  the  initial  Baseline  phase.  If  a 
configuration  file  specifies  Nb  blocks,  the  total  runtime  in  scan  cycles  is  . . . 

RuntimescanCycies  ^  BaselineTime  +  *  ScansPerBlock 

The  total  runtime  in  seconds  is  . . . 

Runtimeseconds  ^  Runtime scanCycies  *  ScanTime 


Resuit  File 

Gambling  Task  produces  a  tab  delimited  file  containing  a  record  of  all  phase  events  and 
subject  card  selections.  The  following  figure  shows  a  sample  data  file  loaded  into  Excel.  Item 
numbers  below  identify  the  columns  being  described. 
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Figure  7.  Results  imported  into  Excel 


A.  Experiment  Identifier  as  provided  in  the  command  line. 

B.  Subject  Identifier  as  provided  in  the  command  line. 

C.  Session  Identifier  as  provided  in  the  command  line. 

D.  Task  Identifier  as  provided  in  the  command  line. 

E.  Record  number  within  run. 

F.  Task  start  date  (dd/mm/yy)  and  time  (hh:mm  (24  hr.)).  This  appears  only  on  the  first 
record  of  a  run.  Subsequent  records  contain  only  a 

G.  Time  of  record  as  seconds  into  run. 

H.  Block  Number  within  run. 
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I.  Condition  Identifier  as  provided  on  the  command  line. 

J.  Event  Identifier 

K.  Scan  Number  (zero  origin).  For  all  “Enter”  events,  the  record  is  written  at  the  start  of 
the  specified  scan.  For  all  “Leave”  events,  the  record  is  written  at  the  end  of  the 
specified  scan. 

Certain  events  contain  information  in  subsequent  columns  as  follows: 

TaskStart 

•  The  file  name  of  the  configuration  file. 

CardSelected 


•  Subject  “think  time”  in  milliseconds  from  the  time  the  decks  were  displayed  until 
they  made  a  selection. 

•  The  deck  number  selected. 

•  The  values  of  the  top  card  on  each  deck  at  the  time  of  the  selection,  ordered  left  to 
right  as  they  appeared  to  the  subject. 

•  The  subject’s  cumulative  total  based  on  their  selections. 

•  The  cumulative  risked  total,  i.e.,  BiasRisk  +  (current  number  of  trials)  *  TrialRisk 
DisplavTimeoutResult  Enter 

•  The  subject’s  cumulative  total  based  on  their  selections. 

•  The  cumulative  risked  total,  i.e.,  BiasRisk  +  (current  number  of  trials)  *  TrialRisk 
StatePisplayFollowers  Enter 

•  Deck  Number  of  the  selected  deck. 

•  The  values  of  all  cards  that  were  displayed  to  the  subject  on  the  top  row  of  cards  after 
the  selection.  This  includes  the  selected  card  and  the  top  card  from  all  decks 
designated  as  “followers”  in  the  BLOCK  parameters.  There  is  one  output  column  for 
each  deck  whether  or  not  a  card  value  was  displayed  for  that  deck.  In  the  case  where  a 
deck  was  not  selected  and  was  not  designated  as  a  follower,  the  column  will  contain  a 

a  99 
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